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CONSUME R-BASEP SYSTEM A N D METHOD FO E MANAGING AND 
PAYING EL ECTRONIC BIUJNG STATEMENT S 

5 This invention relates to electronic billing systems. More particularly, this 

invention relates to systems and methods implemented at a consumer to receive, 
analyze, and pay electronic billing statements. 

10 Essentially everyone is familiar with receiving bills. Every month, like 

clockwork, millions of consumers and businesses receive bills for goods and 
services. For convenience, the term "'consumer" is used throughout this document to 
represent both a typical person who consumes goods and services as well as a 
business that consumes goods and services. 

15 At the end of" each billing cycle, a biller generates a bill or statement for each 

consumer account having a positive or negative account balance, or having 
transactions that yielded a zero balance. As used herein, a "'biller" is any party that 
originates billing statements for goods or sen-ices rendered to the consumer. 
Examples of billers are utilities, government, merchants, and intermediate billing 

20 services such as banks. 

The biiler also creates remittance information that associates the consumer 
account with the bill and any payment toward the bill. The remittance information is 
typical iy in the form of a detachable stub or coupon that the consumer detaches from 
the billing statement and returns along with the payment. 

25 The consumer typically pays bills in one sitting, once or twice a month. Until 

the bill paying time, the consumer collects the bills in one location, a bill "safe- 
keeping" location. This is a bit inconvenient since the consumer must usually keep 
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many pieces of paper for each bill, including the statement, the remittance stub, the 
return envelop, and so forth. Additionally, in a family setting, there is often one 
designated fail! payer. If a non-bill payer member handles the bills in an 
unconventional manner, such as not putting it in the bill "safe-keeping" spot, or not 
5 saving the appropriate pieces, or failing to inform the bill payer thai the hill arrived, 
there is significant risk of a missed payment, resulting in unnecessary fees. 

The behavior patterns of bill payers van- widely. As an example, here is one 
common scenario. When the bill paying time arrives, the consumer organizes the 
bills in some order on the kitchen table. The consumer lists the bills on a paper 

10 tablet, including their amount and due date, and begins to mentally analyze when 
payment should be made. The consumer estimates cash inflow from monthly 
paycheck* s) or other sources, and estimates the cash outflow resulting from the bills. 
If the outflow exceeds the inflow, the consumer spends additional time trying to 
determine how much to pay on each bill, when to pay it, and so forth to avoid 

15 incurring a negative balance in their checking account. This exercise is tedious, 
tiresome, and inefficient, 

Once the payment plan is finished, the consumer typically pays the bills by 
check. Depending upon the analysis, the payment may partially or fully satisfy the 
amount due in the bill, For each bill, the consumer fills out the payment information 

20 on the remittance stub (e.g., amount paid, payment date, and account number), 
encloses the stub and check in an envelope (often, pre-addressed), and mails it. back 
to the biller using the U.S. postal service. 

The conventional paper-based billing system has many drawbacks. There are 
many headaches associated with collecting bills without misplacing them, organizing 

25 the bills, figuring out a payment plan, writing the checks, and so forth. In the end, 
after all the bills have been paid, the checking account often reflects an ending 
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balance (if Murphy's Law holds) that is lower than the estimated balance derived on 
the paper tablet 

Unfortunately, the headaches turn to migraines if the consumer also finds thai 
he/she has been mistakenly billed and wants to dispute a bill or reduce the amount 
5 paid for the bill. Under present practices, if a consumer wishes to dispute part or the 
entire bill or remove a transaction item from the bill, the consumer must call the 
billing company and discuss the matter with a representative. In many cases, the 
consumer is asked to submit a written letter explainim?. why the bill is inaccurate. 
This technique is time consuming, inconvenient and frustrating for the consumer, 
10 expensive for the biller, and can induce errors if the partial payment submitted by the 
consumer is not properly matched up with the appropriate items being paid and those 
items being challenged. Thank goodness bill payment is limited to once or twice a 
month. 

There is a growing popularity and use of personal finance management (PFM) 
15 computer software to assist consumers in managing their finances. Examples of 
PFM software include "Money" from Microsoft Corporation and "Quicken" from 
Intuit, Inc. The PFM software enables consumers to electronically track their 
checkbook and other financial endeavors. PFM users receive the paper hills, enter 
them into their computers, and manage payment of the bills electronically, rather than 
20 on a pad of paper. 

It would be beneficial to devise a consumer- based system that handles 
electronic billing statements transmitted directly from the billcr and enables the 
consumer to manage and pay his/her bills electronically. Unfortunately, most of the 
PFM software focuses primarily on bill payment, with little emphasis on electronic 
25 bill management and essentially no innovation in handling electronically distributed 
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billing statements. Many PFM systems still rely on deliver)' of paper bills through 
the U.S. mail. 

PFM users are often encouraged to join an additional bill payment service. 
Examples of electronic bill payment service providers include companies like 
5 CheckFree Corporation, intuit Services Corporation, and VISA Interactive. With this 
service, the consumer can pay bills without writing paper checks. The consumer 
sends payment instructions to his/her bill payment service provider by computer (i.e., 
email), or by telephone using an interactive voice response system. For recurring 
bills, such as a mortgage, the consumer can also arrange so-called "direct debit" 
10 payment systems in which routine payment amounts are automatically debited from 
the consumers bank account and credited to the bilicr's bank account on agreed 
transaction dates. 

While the PFM systems help alleviate the problems plaguing the traditional 
paper-based system, there is room for improvement. 
15 The inventors have devised an electronic bill management and payment 

system thai improves upon existing PFM systems and that, is further designed to 
effectively handle incoming electronic billing statements. 

SJJMMAEY OF THE INVENTION. 

20 This invention generally concerns an electronic bill presentment and payment 

remittance system in which electronic bills are delivered to consumers over an 
electronic network, such as the Internet. The bilier designs how a billing statement 
and payment remittance information will appear to the consumer and electronically 
transmits the customized statement and remittance information over the Internet to a 

25 consumer's computer. 
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More specifically, this invention concerns a consumer-based system and 
method for receiving, analyzing, managing and paying the electronic billing 
statements received from the biiler. According to one aspect of the invention, the bill 
management and payment system (the billing service) has a notification manager that 
5 detects when the electronic bill arrives and notifies the consumer. There is a variety 
of ways to notify the consumer, including displaying a bill arrival notice on the 
consumer's display, waking-up the computer, launching the personal finance 
management application (PFM), or having the billing service call or fax the notice. 
The bill management and payment system stores the bill in memory with other 

1 0 unpaid electronic hills. 

According to another aspect of the invention, the system enables the consumer 
to coordinate the unpaid electronic bills according to different payment schedules for 
a bill payment cycle (e.g., a month). The goal of the manipulation is to permit the 
consumer to analyze how the different payment schedules affect the consumer's 

15 cashflow with an aim toward minimizing overdraft during the bill payment cycle. 

In one implementation, the bill management and payment system supports a 
cashflow analyzer user interface i'UI) that presents a list of icons representing the 
unpaid electronic bills and a date line showing dates in the bill payment cycle. The 
cashflow analyzer Ul enables a consumer to drag and drop the unpaid bill icons from 

20 the list, as well as other cashflow items (e.g., paycheck) onto certain dates of the date 
line. One option is to have the bills automatically "snap" to the appropriate due date, 
as an initial placement of the bills on the dates of the payment cycle. 

The consumer can then move the unpaid bill icons and cashflow items about 
in the date line to form different payment schedules for the billing cycle. The 

25 cashflow analyzer UI shows the consumer's payment account information and 
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automatically adjusts the account information for each dale as the consumer moves 
the unpaid bill icons and cashflow items to form different payment schedules. 

According to another aspect, the cashflow analyzer can automatical*}' compute 
an optimized payment schedule that minimizes overdraft of the consumer's account, 
5 while maximizing the balance to generate the most interest. 

When the consumer desires to pay a particular bill, the bill is presented to the 
consumer through a graphical user interface {UI). The bill appears according to the 
biller's design. According to another aspect of this invention, the bill management 
and payment system supports a payment analyzer to enable the consumer to 

10 determine how much of the electronic hill to pay. Unlike existing direct debit 
arrangements, the consumer is in direct control of the amount to be paid and the 
payment date as well as which account they wish to use to pay the bill (assuming 
they have more than one account). The consumer specifies the payment date and the 
dollar amount to be paid. The consumer can make partial or full payment toward the 

15 bill balance. The consumer exercises control of the payment remittance process 
every time a payment is made. 

Moreover, the payment analyzer provides a venue to challenge certain items 
on the bill In one implementation, the bilier provides a line-by-line itemization of 
the bill, along with predefined dispute reasons that the consumer can check to 

20 challenge particular items on the bilt. The bill contains by itself, or in conjunction 
with the payment analyzer, executable code to automatically reduce the amount paid 
number to reflect any disputed amounts. The UI also permits the consumer to open 
dialog boxes to more fully explain reasons for disputing a bill or to change an 
address, or to submit other types of communication. 

25 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig, i is a diagrammatic illustration of a bill presentment and payment system. 
Fig. 2 is a block diagram of a consumer computer that implements the bill 
5 management and payment system of Fig. 1 . 

Fig. 3 is an example illustration of a graphical user interface box showing a 
bill, arrival notice- 
Fig. 4 shows an example illustration of a graphical user interface window 
containing an electronic billing statement. 
10 Fig. 5 shows an example illustration of a graphical user interface window 

containing an icon list of unpaid electronic bills. 

Fig, 6 shows an example illustration of the Fig. 5 window, with an overlaid 
graphical user interface window containing a data line. 

Fig. 7 is similar to Fig. 6 ( but at a time alter some of the bill icons have been 
15 dragged onto the date line window. 

Fig. 8 is an example illustration of a graphical user interface window showing 
a billing statement for a fictitious company as it arrives at a consumer's computer. 

Fig. 9 is the billing statement of Fig. 8, but shown after a consumer has made 
adjustments for disputed items, 
20 The same reference numbers are used throughout the figures to reference like 

components and features. 

mmm^scRiniom>p xm.£E£i^RREB embodiment 

Fig. 1 shows an electronic bill presentment and payment system 20 in which a 
25 bilier 22 creates and electronically distributes its billing statements 24 via a service 
center (not shown) over a network 26, such as the Internet, to multiple consumers 
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28U.K 28(2), 28{N). The bill presentment and payment system 20 is an 
electronic, computerized system having computing units at the bilier 22 and 
consumers 28(1}~28(N). For convenience, the terms "bilier" and "bilier computing 
unit" are used interchangeably throughout tins disclosure and referenced by the same 
5 numbers. 

The bilier computing unit 22 creates customized bills and payment remittance 
information in a preferred format. That is, the bilier computing unit 22 can design 
the appearance of the bill, organize how the billing data is presented to the consumer, 
incorporate advertisements or hyperlinks to other services, and create the overall 

10 framework for navigating the bill itself. The bills are packaged in one or more data 
packets and transmitted over the internet 26 to the consumers 28(lV28(N). 

The consumers 2S(J)-28(N) receive the billing statements electronically from 
the Internet 26. The consumers 2S{ 1 }-2S(N) each have a user interface unit to render 
the electronic bill for viewing. A user interface unit is preferably a computerized 

15 device, such as a computer {e.g., personal computer, laptop, handheld computer, etc.) 
or a web-enabled television, or an Internet-enabled screen phone, which renders the 
billing statements through a graphical user interface (Uh on a display. For 
convenience, the terms "consumer" and "consumer interface unit'' are used 
interchangeably throughout this disclosure and referenced by the same numbers. 

20 The consumer can elect to pay the bill electronically. The consumer may 

return a payment instruction to the bilier 22, or a representative of the bilier, over the 
Internet. An entire electronic billing system is described in U.S. Patent Application 
No, 08' 734.5 18, entitled ''Electronic Bill Presentment and Payment System", which 
was filed October iS. 1996 in the names of Darren Remington and Warren Dent, and 

25 is assigned to Microsoft' Corporation. This application is incorporated by reference. 
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This invention is directed to aspects implemented at the consumer interface 
unit. More particularly, aspects of this invention concern systems and methods for 
receiving, analyzing, managing, and paying the electronic billing statements received 
from the billet* 

5 Fig. 2 shows the consumer user interface unit 28 in more detail It includes a 

processing unit 30, a volatile memory 32 (e.g., RAM), a non- volatile data memory 34 
{e.g., disk drive, etc.), a non-volatile program memory 36 (e.g., ROM, disk drive, 
CD-ROM, etc.), a display 38 (e.g., computer monitor, television tube, etc.), an input 
device 40 (e.g., keyboard, mouse, track ball, stylus, handheld remote control, etc.), 

10 and an I/O port 42 (e.g.. modem, satellite dish, network card, ISDN connection, etc.). 
The computer components are interconnected by an electronic interconnect structure 
44 that consists of parallel and serial conductors, such as SCSI-, PCI-, and RS 232- 
compatible conductors. As an example, the hiller user interface unit 2S can be 
implemented as a conventional personal computer (PC) or a web-enabled television 

15 or an Internet-enabled screen phone. 

The consumer's user interface unit 28 runs an operating system 46 that 
supports multiple applications. The operating system 46 is stored on the memory 36 
and executes on the processing unit 30. The operating system is preferably a 
multitasking operating system that allows simultaneous execution of multiple 

20 applications. The operating system 46 employs a graphical user interface windowing 
environment that presents the applications or documents in specially delineated areas 
of the display screen called '"windows.'" Each window has its own adjustable 
boundaries that enable the bill designer to enlarge or shrink the application or 
document relative to the display screen. Bach window can act independently, 

25 including its own menu, toolbar, pointers, and other controls, as if it were a virtual 
display device. One preferred operating system is a Windows brand operating 
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system sold by Microsoft Corporation, such as Windows 95, Windows NT, Windows 
CE t or other derivative versions of Windows. However, other operating systems that 
provide windowing environments may be employed, 

A bill management application 48 runs on the operating system 46 to manage 
5 the electronic bills. The bill management application 48 can be a separate software 
component, or integrated with the consumer's personal finance management (PFM) 
software. The bill management application performs bill handling and management 
functions, such as receiving the electronic bills from the I/O port 42, storing them in 
the data memory 34 as unpaid bills 50, presenting the bills to the consumer, enabling 
10 payment of the bills, and returning the remittance and payment to the bi Her (or other 
receiving party). 

The bill management application 48 includes three software modules: a 
notification manager 52, a cashflow analyzer 54, and a payment analyzer 56. The 
notification manager 52 notifies a consumer when an electronic bill arrives at the 

15 consumer user interface. The cashflow analyzer 54 enables the consumer to manage 
payment of the electronic bills based upon how payment impacts the consumer's 
cashflow, such as whether paying the bills will result in an unwanted overdraft 
condition. The payment analyzer 56 enables the consumer to critically view the bill, 
assess whether the items are appropriate for payment, and to determine ultimately 

20 how much of the electronic bill to pay. 

The notification manager 52 can be implemented in several ways to give 
novice. One technique is to pop-up a notification dialog box on the display 38 when a 
bill arrives to inform the consumer of the bilfs arrival. 

Fig. 3 shows an example of a notification dialog box 66 that is presented on a 

25 display 38 when the bill arrives. The notification box 66 contains a message telling 
the consumer that a bill has arrived. The notification screen 66 can be configured to 



pop-up immediately, for example, when me consumer Is actively viewing or 
interacting with the consumer interface unit, or to pop-up when the consumer first 
turns on the consumer interface unit. 

Another notification technique is to wake-up the consumer interface unit. 
5 Some computers are now. and many future computers will be, implemented with 
sophisticated hardware thai enables them to wake-up from a dormant power-saving 
sleep. In such systems, the notification module can be configured to wake-up the 
computer when a bill is received, store the bill and provide notice to the consumer 
that the bili has arrived {such as via die notification box 60 of Fig. 3), 

10 Another notification technique is to have the notification manager 52 launch 

the PFM application {if present). That is, when a bill arrives, the notification 
manager 52 sends an instruction requesting that the PFM application be executed. 
The notification manager 52 can combine tins strategy with waking up the consumer 
interface unit so that upon arrival of a bili, the notification manager restores the 

1 5 active state of the consumer interface unit and launches the PFM application. 

The notification manager 52 might also facilitate provision of other forms of 
notification. For example, the notification manager 52 might provide an option 
screen that enables the consumer to specify whether they would like to be notified by 
means other than electronic transmission of the bills, For instance, the bill 

20 notification might offer a service to call the consumer via telephone or to send a 
facsimile to the consumer. In such cases, the notification manager 52 provides an 
option to be notified by phone or facsimile. Upon selection by the consumer, the 
notification manager 52 sends a message over the Internet to the bilier asking it to 
send bill notifications via phone or facsimile. In Fig. 2. the consumer is equipped 

25 with a telephone 58 and a facsimile machine 60 to receive the bill notices. 
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When the bill arrives, the consumer may wish to examine the bill initially. 
The consumer can open the bill and present it on the display 38. 

Fig. 4 shows an example illustration of a graphical user interface with a billing 
statement 70 for a company named "GPU Energy" presented on the display 38. In 
5 this example, the hilling statement 70 is written in a ''.markup language," such as 
HTML (Hypertext Markup Language). HTML is a subset of SGML (Standard 
Generalized Markup Language), a language formally defined as "a language for 
document representation that formalizes markup and frees it of system and 
processing dependencies.'* HTML documents are compatible with the World Wide 

10 Web. The HTML billing statement 70 is rendered by an Internet browser 
application, such as the Internet Explorer browser from Microsoft Corporation, which 
executes on the consumer's computer. 

The billing statement 70 appears as designed by the bilier. in this example, 
the billing statement has a banner stripe 72 across the top to show bilier and 

15 consumer in formation. The banner stripe 72 contains a company logo "GPU 
Energy" and the consumer's name and address. The banner stripe 72 may also 
contain advertisements, announcements, or other types of information. Here, the bill 
contains a "Repair Service Information" button 74. If the consumer activates the 
button 74, the consumer's computer dials a customer services representative over the 

20 Internet and the consumer can initiate an online discussion with the representative. 

The billing statement. 70 has multiple softkeys or buttons 76 that form tabbed 
navigation points to facilitate quick movement from one section of the bill to another. 
In this example, there is a "Summary" tab that references the billing page shown in 
the figure. Activation of a "Details' 1 tab (via a mouse pointer, for example) changes 

25 the screen from, the summary page to one or more pages itemizing the billing 
transactions. A "Customer Service' tab switches to a page giving instructions on 
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bow to access customer service or providing information on frequently asked 
questions of customer service departments. 

The billing statement 70 has a main body 78 that contains the billing 
particulars. On the summary page of the GPU Energy bill, the billing particulars in 
5 body 78 include an amount due, an amount previously paid, a billing period, and 
statistics on energy usage. On the "Details" page, the billing information in the body 
78 might include line items detailing a purchase date, purchase order number, invoice 
number, item number, description of item, quantity, price, total, tax, and amount due. 
The billing statement in Fig. 4 is merely one example. There are infinitely 

10 many ways to organize and present data. Another example of a different, bill format 
is shown in Figs. 8 and 9, which are described below. In addition, the billing 
statement may contain other items, such as embedded hyperlinks, executable code, 
and pop-up dialog boxes, which provide additional design flexibility and 
customization. The biller can essentially create any aesthetics, organization, and 

15 detail that it prefers. 

With reference to Fig. 2, the consumer can invoke the cashflow analyzer 54 to 
assess how paying the bills will impact the consumer's cashflow. The cashflow 
analyzer 54 collects the unpaid electronic bills 50 received electronically from a 
biller and enables the consumer to coordinate the unpaid bills according to different 

20 possible payment schedules for a bill payment cycle, such as a two week period or a 
month. In so doing, the consumer can analyze how the different payment schedules 
affect the consumer's cashflow during the bill payment cycle. In the preferred 
embodiment, the cashflow analyzer 54 provides a graphical user interface to facilitate 
the consumer's review of the bill 

25 Fig. 5 shows an example of a graphical user interface window 80 presented by 

the cashflow analyzer 54 on display 38. The unpaid bills are represented as graphical 
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icons 82, such as the icons for CahleVision. Southeastern Bell, Citizens Bank, 
American Express, and so on. The unpaid bill icons 82 are conveniently organized in 
a list. The unpaid bill iist window 80 of the cashflow analyzer UI shows; pertinent 
information regarding the unpaid bills, including the total amount due, mini mam 
5 payment, due date, and category. The cashflow analyzer UI also provides a summary 
84 of the consumer's account (in this case, the consumer's checking account), 
showing an account, balance, any bills that the consumer has paid today, any pending 
payments, and the remaining available funds to pay bills. 

The cashflow analyzer 54 enables the consumer to examine various payment 
10 schedules for the unpaid bills. The consumer invokes a second graphical user 
interface window that, presents a date iine or calendar showing dates in bill payment 
cycle. 

Fig. 6 shows an example of the calendar user interface window 90 presented 
by the cashflow analyzer 54 on display 38. The calendar UI 90 is shown partially 

IS overlaid on the unpaid bill list window 80. The calendar UI 90 shows a date line 92 
having a series of dates m a bill payment cycle arranged in a linear bar chart. The 
dates July 29, 1996 to August 7. 1996 are shown in Fig. 6. Each date has a zone 94 
into which the bill icons are moved to propose various payment schedules. 

The calendar UI 90 also contains a dynamic summary 9(> of tlie consumer's 

20 account that changes as the consumer experiments with different payment schedules, 
initially, as shown in Fig. 6. the date zones 94 in the date line 92 are empty. 
Accordingly, the consumer's account balance in the calendar UI summary 96 reflects 
the same balance shown in the summary S4 of the unpaid bill hst UI 80. The 
calendar U! 90 also has a bar graph 98, with one bar associated with each date in the 

25 date iine 92. The bar graph 98 reflects the consumer's account balance at each day 
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within the payment cycle. Initially, the bars in the graph arc ail at the same height 
eq.ua] to the starting balance. 

The calendar til 90 also has a '"Best Fir button 100, which upon activation by 
the consumer instructs the cashflow analyzer 54 to automatically derive an optimum 
5 payment schedule for the list of unpaid bills. The cashflow analyzer 54 seeks to 
minimize overdraft, while maximizing account balances, to thereby maximize the 
amount of interest earned. 'This aspect is described below in more detail. 

When the consumer desires to experiment with different payment schedules, 
the consumer drags and drops the unpaid bill icons from the list screen SO onto 
10 certain dates of the date line 92, Additionally, the consumer may drag other cashflow 
items—such as cash inflow items representing payday, a tax rebate, a bonus, etc. or 

cash outflow items representing an unexpected car payment, etc. onto the date line 

92. Icons 102, which are arranged beside the date line 92. represent other cashflow 
items. 

15 The drag and drop aspects are preferably implemented using object linking 

and embedding (OLE), which is commercially available from Microsoft Corporation 
under a technology known as '"ActiveX" OLE is an extensible service architecture 
built on the Component Object Mode! (COM) which is both language independent 
and location independent. OLE supports an OLE Drag and Drop that is widely used 

20 m Windows-compatible operating systems. OLE and COM have been well 
documented and will not be explained in detail For more information regarding 
OLE and COM. refer to OLE 2 Program mer's Reference and inside OLE 2, Second 
Edition, both published by Microsoft Press; of Redmond, Washington, and both of 
which are hereby incorporated by reference, 

25 Alternatively, the consumer can set an option to have the unpaid bills 

automatically "snap" to their appropriate due date, as an initial placement of the bills 
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on the dates in the date line 92. When this option is set, the bill icons immediately 
jump to or appear on the appropriate dates. 

Fig. 7 shows the overlapping cashflow analyzer windows 80 antl 90 of Fig. 6, 
but after the consumer has placed the unpaid bill icons onto the date zones 94 of the 
S date line 92. In this example, the CableVision bill icon is placed on the July 30* 
date, the American Express bill icon is placed on the August 2 nJ date, and so forth. 
Additionally, the consumer has dragged a payda> icon to the August 5* date to 
reflect a cash inflow event. 

By dragging the bill icons to wmou? dates in the payment cycle, the consumer 
10 has effectively created a proposed payment schedule. As the consumer is dragging 
and dropping the icons, the cashflow analyzer 54 automatically computes the impact 
on cashflow. Namely, the cashflow analy/er automatically adjusts the account 
information in the summary % and the bars in the bar graph 98 to reflect the present 
schedule For the bill arrangement .shown m Fig, the consumer's bank account 
15 reveals that after all the bills are paid and the payday is collected, the balance will be 
$57.??. Notice that in the interim between paying the bills and receiving a paycheck 
the consumers account balances actually become negative as indicated by the bars for 
August 2 nd to August 4 ; ". The negative bars can be colored (such as red) to help 
visually impart the fact that the account is in negative territory, 
20 If the consumer is dissatisfied with the payment schedule, the consumer can 

simply manipulate one or all of the unpaid bill icons and other cashflow items to try 
different payment schedules. The consumer can also experiment with partial 
payment of certain bills to determine how thai would impact the cashflow. 

The consumer can also activate the "best fit" button 100 to allow the cashflow 
25 analyzer to optimize a payment schedule. As one example implementation of this 
aspect, the cashflow analyzer is programmed to perform the following steps: 



S&P..I: Set all unpaid bills to their due date, if this payment schedule results 
in a positive balance, then the cashflow analyzer considers the payment schedule 
optimized, and the process stops. If this payment schedule results in a negative 
balance, the process continues to the next step. 
5 .Sjfip.,2'- The cashflow analyzer prompts the consumer to indicate which unpaid 

bills cannot he late. The cashflow analyzer eliminates these bills from any delay 
consideration. The remaining bills (referred to as subset A) are eligible for some 
manipulation. 

Step 3; The cashflow analyzer determines a penalty period (e.g., 10 days, 30 
1 0 days, etc. } that is available tor each bill in subset A. 

.SlepJ: The cashflow analyzer determines a penalty cost, if any, on each bill in 
subset A, assuming they are paid Sate. This penalty cost is added to the appropriate 
bill amount due. 

■S.tgp-5: if a negative balance of some constant deficit amount exists between 
15 just one bill due date and the next paycheck deposit date (call this time period "y" 
days), the cashflow analyzer determines the smallest number of bills, the sum of 
whose adjusted amounts due just, and least, exceed the deficit amount, and for which 
the next deposit date fits within the current individual bill due date plus an individual 
penalty period. If there are no bills that fit this test, the process advances to step 6. if 
20 one or more bills comply with this test, the cashflow analyzer moves these bills to the 
next deposit date and ends the process. 

.Siep„..0: For each bill remaining in subset A with a penalty period less than y 
days, the cashflow analyzer tries moving each bill to the end of its penalty period, 
computes an interest gained by the delay (via user input or suggested rate), and 
25 compares the interest to the penalty cost. If interest gained is greater than the penalty 
cost, the cashflow analyzer moves the bill to end of the penalty period. 
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The above procedure could be extended to more complicated cases where the 
negative balance decreases over several bill due dates before the next payment 
deposit date (i.e. extension of step 5 beyond one bill causing negative payment 
account position). Additionally, the cashflow analyzer could determine what a loan 
5 for a few days would cost at prevailing rates to cover the negative balance and 
compare thai loan cost to the penalty costs. Other alternative financing options could 
be suggested to the consumer - such as charging certain bill amounts due to a credit 
card if the hiller permits use of this payment instrument. The cash flow analyzer 
could be automatically linked to financial advisory services, such as anticipated in 

1 0 future versions of Microsoft Money. 

After the consumer has analyzed the unpaid bills and decided on a payment 
schedule, the consumer can pay specific bills as prescribed by the schedule. When 
paying a bill, the consumer displays the bill on the display and analyzes the 
individual bill using the payment analyzer 56 (Fig. 2). One bilj formal is shown in 

15 Fig. 4. 

Fig. 8 shows another example of a graphical user interface window containing 
an electronic, billing statement 1 10 presented by the payment analyzer 56 on display 
38. The billing statement is for a fictitious company Crown Home improvement 
Center. The bill Ul 1 10 has a main body portion 112 that lists individual line items 

20 for each purchase at Crown Home Improvement Center, with each line item 
containing the purchase date, purchase order number, invoice number, item, number, 
description of item, quantity, price, total, tax, and amount due. 

The bill presentment UI 110 provides an easy fonun for the consumer to 
evaluate and challenge certain portions of the bill. it. is common that a consumer 

25 might, want to challenge a line item on the bdl. For instance, the bill might include a 
tax on an item that is used for a non-taxable purpose, or the bill might include an item 
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that has not yet been received by the consumer or the bill might include an item that 
She consumer returned 

The bill UI J 10 is constructed with appropriate controls that enable a 
consumer to dispute an item. As an example, the bill UI 110 might contain 
5 additional columns which categorize preset reasons for challenging a billing item, 
such as tax exempt status, or the product has not been received, or the item has been 
returned, or payment was previously made, and so forth. With this arrangement, the 
consumer simply places a "mark" in the appropriate column adjacent to the item. 
Upon insertion of the mark, the bill UI 110 dynamically adjusts the bill to reflect the 

10 consumer's challenges. The bill contains both dynamic data, which can be modified 
by the consumer inputs, and static data that cannot be modified. 

It is noted that the electronic bill itself, as received from the biller, might 
contain the controls to permit line item challenge. For instance, the electronic bill 
can be written as an HTML document thai includes executable code, such as ActiveX 

15 or Java components. Alternatively, the controls may be provided by the payment 
analyzer component to manipulate the data contained in the electronic bill. 

Figs. 8 and 9 show an example of challenging a line item in the billing 
statement for Crown Home Improvement Center, Fig. 8 shows the billing statement 
as it original!)' arrives at the consumer. The billing statement includes an "amount 

20 due" column 1 14 that lists the amount due for each item purchased .from Crown (e.g., 
the quantity purchased times the prices per unit, pins tax) and an "amount paid" 
column 1 16 that lists the amount paid for each item. When the bill arrives, the data 
in the amount paid column 116 is dynamic data, which is initially set equal to the 
static data found in the amount due column 114. 

25 Next to these columns are three columns of pre-arranged dispute reasons for 

non-payment or partial payment of an item. The dispute columns include a '"tax 
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exempt" column 118 that is checked if the item should not have been toed, a 
"special order" column 120 that is checked if the product has been ordered but not 
yet received, and a "no receipt" column 122 that is checked if the consumer has not 
yet received the goods. With this bill format, the consumer can examine each 
5 purchase, line by line. If the consumer desires to challenge an item, the consumer 
simply clicks or otherwise selects the appropriate column cell. 

Fig. 9 shows the bill US 1 10 after the consumer has disputed four of the items. 
Upon clicking the appropriate cell, the bill Ui 110 places a visible "check mark" m 
the appropriate ceil. Where possible, the bill UI 110 automatically adjusts the 

10 amount paid column 1 16 to reflect the disputed amount. For example, when the 
consumer checks the tax-exempt column 118, the bill Ui 110 automatically deducts 
the tax from the amount paid column 1 16. in some cases, however, the consumer 
inputs the corrected amount paid to reflect the disputed amount. In this example, the 
consumer deducted part of the amount due for one-half of an order in which the 

15 consumer has not received the goods. 

The bill might also be designed to enable a consumer to open a dialog box in 
conjunction with a disputed item. The consumer can write a detailed explanation for 
the challenge in the dialog box. When the consumer finishes and. closes the dialog 
box, the text is saved and included in the remittance information to be returned to the 

20 billet- 

The ability to check predefined reasons for disputing a particular item of the 
bill, or to enter an explanation electronically through a dialog box, significantly 
improves the efficiency of communication between the biller and consumer, and 
potentially reduces or eliminates wasteful non-electronic communication between 
25 them. Additionally, since the disputes are automatically associated with the 
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particular billing item, the process leads to more efficient remittance processes and 
audit tracking processes. 

Although the invention has been described in language specific to structural 
features and/or methodological steps, it is to be understood that the invention defined 
5 in the appended claims is not necessarily limited to the specific features or steps 
described. Rather, the specific features and steps are disclosed as preferred forms of 
implementing the claimed invention. 
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CLAIMS 

L A consumer- based electronic bill management system implemented oa a 
user interface unit, comprising: 
5 a notification module to notify a consumer when electronic bills arrive; 

a cashflow analysis module to enable the consumer to manage payment of the 
electronic bilk based on impact to the consumer's cashflow; and 

a payment analysis module to enable the consumer to determine how much of 
the electronic bill the consumer is willing to pay and when that payment should 
10 occur, 

2. A consumer-based electronic bill management system as recited in 
claim 1, wherein the notification module displays a bill arrival notice on a display of 
the user interface unit when an electronic bill arrives. 

15 

3, A consumer-based eleenomc bill management system as recited in 
claim 1, wherein the notification module awakens the user interlace unit when an 
electronic biU arrives. 

20 4. A consumer-based electronic bill management system as recited in 

claim 1, wherein the user interface unit maintains a personal finance management 
application, and the notification module launches the personal finance management 
application when an electronic bill arrives. 
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5. A consumer-based electronic bill management system as recited in 
claim 1, wherein the notification module enables the consumer to set an option to 
receive bill arrival notification by externa! means, the external means being selected 
from a group comprising a telephone or a facsimile. 

5 

6. A consumer-based electronic bill management system as recited in 
claim 1, wherein the cashflow analysis module presents a graphical user interface Ul 
on the user interface unit thai shows a list of unpaid electronic bills, the cashflow 
analysis module enabling the consumer to coordinate the unpaid electronic bills 

10 according to different payment schedules so that the consumer can analyze how the 
different payment schedules affect the consumer's cashflow . 

7. A consumer-based electronic bill management system as recited in 
claim i, wherein the cashflow analysis module derives an optimized payment 

15 schedule for paying the electronic bills that maximizes interest or minimizes 
overdraft of the consumer's account. 

8. .A consumer-based electronic bill management system as recited in 
claim 1, wherein the payment analysis module presents an itemized account of the 

20 electronic bill and enables the consumer to challenge payment of all or part of the 
electronic bill 
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9. A consumer-based electronic bill management system as recited in 
claim i , wherein the payment analysis modulo presents the electronic bill as a list of 
payable items and predefined dispute reasons associated with the items that the 
consumer can select to challenge a particular item on the bill. 

5 

10. A cashflow analyzer embodied as a computer program on a computer- 
readable medium, comprising: 

code means for collecting unpaid electronic bills receded electronically from 
a bilier; and 

0 code means foi enabling a consumer to coordinate the unpaid bills according 

to different pussible payment schedules for a bill payment cycle so that the consumer 
can analyze how the different payment schedules affect the consumer's cashflow 
during the bill payment cycle. 

5 I J. A cashflow analyzer as recited in claim 10, further comprising code 

means for automatically generating an optimized payment schedule for a particular 
bill payment cycle that maximizes interest or minimizes overdraft oft.be consumer s 
account. 



WO 99/13421 



P<:'I7US9S.''I56$7 



25 

12. For execution on a consumer computer, a cashflow analyzer user 
interface (UI) executing on the consumer computer to present a list, of icons 
representing unpaid electronic bills received electronically from a biller and a date 
line showing dates in bill payment cycles, the cashflow analyzer VI enabling a 
5 consumer to drag and drop the unpaid bill icons from the list and other cashflow 
items onto certain dates of the date line and to move the unpaid bill icons and 
cashflow items about in the date line to form different payment schedules for the 
billing cycle, the cashflow analyzer UI further presenting the consumer's account 
information and automatically adjusting the account information in response to the 
10 consumer coordinating the unpaid bill icons and cashflow items. 



1.3. A cashflow analyzer user interface as recited in claim 1.2, further 
configured to automatically place the unpaid bill icons on pre-specified dates on the 
date line. 

14. A cashflow analyzer user interface as recited in claim 12, further 
configured to automatically organize the unpaid bill icons on the date line relative to 
a preset arrangement of the cashflow items to maximize interest or minimize 
overdraft, 

15. A notification system embodied on a computer-readable medium for 
use in a consumer-based user interface unit operative!}- connected to receive 
electronically transmitted bills .from a biller, comprising: 

code means for detecting when an electronic bill arrives: and 
code means for notifying a consumer when arrival of the electronic bill is 
detected. 
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16. A rules manager as recited in claim IS, further comprising code means 
for presenting a graphic;*! user interface (Ul) pop-up box to notify the consumer 
when the electronic bill arrives. 

5 

17, A rules manager as recited in claim 15, further comprising code means 
for sending an instruction to launch a personal finance manager or other consumer- 
designated application. 

JO 18. A rules manager as recited in claim 15. further comprising code means 

for sending an instruction to wake-up the user interface unit from a sleep mode. 

19. A rules manager as recited in claim 1 5, further comprising code means 
for setting an option to receive notifications by telephone or facsimile, and for 

15 sending a message specifying this option to the billcr or billing service 
representative. 

20. A method for handling an electronic bill received electronically from a 
billcr, comprising the following steps: 

20 receiving an electronic bill; 

notifying a consumer that the electronic bill has arrived; 
storing the electronic bill in a store of unpaid electronic bills; 
enabling the consumer to coordinate the unpaid electronic bills according io 
different payment schedules for a bill payment cycle so that the consumer can 
25 analyze how the different payment schedules affect the consumer's cashflow during 
the bill payment cycle; and 
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enabling the consumer to specify amounts to be paid on the electronic bills. 

21. A method as recited in claim 20, wherein the notifying step comprises 
the step of displaying a bill arrival notice on a display. 

22. A method as recited in claim 20, wherein the notifying step comprises 
the step of waking up the consumer's user interface unit when the electronic bill 
arrives. 

23. A method as recited in claim 20. wherein the notifying step comprises 
the step of launching the personal finance management or other consumer-designated 
application when the electronic hill arrives. 

24. A method as recited in claim 20, wherein the notifying step comprises 
the step of phoning the consumer. 

25. A method as recited in claim 20, wherein the notifying step comprises 
the step of sending a facsimile to the consumer. 

26. A method as rcated m claim 20, further comprising the following 

steps: 

presenting a list of icon* representing the unpaid electronic bills in the store, 
presenting a graphical usei interface having a date hne wrth dates m the bill 
payment cycle; 

enabling a consumer to drag and drop the unpaid bill icons from the list onto 
certain dates of 0k date line to define the payment schedules; and 
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automatically adjusting a consumers cashflow during the bill payment cycle 
as the consumer drops the unpaid bill icons on selected dates to define the payment 
schedules. 

5 27. A method as recited in claim 20, further comprising the step of 

deriving an optimized payment schedule that minimizes overdraft of the consumer's 
account during the bill payment cycle. 

28. A method as recited in claim 20, further comprising ihe following 

10 steps: 

presenting an itemized account of the electronic bill; and 

enabling the consumer to challenge payment of all or pan of the electronic 

bill. 

IS 29. A method as recited in claim 20, further comprising the following 

steps: 

presenting the electronic hill as a list, of payable items and predefined dispute 
reasons associated with the items that the consumer can select to challenge a 
particular item on the bill, and 
20 enabling the consumer to challenge a particular item on the electronic bill by 

selecting one of the associated dispute reasons. 

30, In a consumer-based electronic bill analysis system, a method 
comprising the following steps: 
25 presenting a list of icons representing unpaid electronic bills received 

electronical iy from a biller; 
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presenting a graphical user interface having a date iine with dates in a bill 
payment cycle; 

enabling a consumer to drag and drop the unpaid bill icons from the list onto 
certain dates of the date iine to define a payment schedule; 
5 presenting the consumer's account information; and 

automatically adjusting the consumer's account information during the bill 
payment cycle as the consumer drops the unpaid bill icons on selected dates to define 
the payment schedules. 



10 

autom 



31. A. method a? recited in claim 30, further comprising die step of 
atieally placing unpaid bill icons on pre~speculed dates on the date line. 



32, A method as recited in claim 30. further comprising the step of 
automatically organizing the unpaid bill icons on the date line to minimize overdraft 
1 5 in the consumer's account . 



33. A computer program embodied on a computer-readable medium to 
perform the steps in the method as recited, in claim 30. 



20 34. in a consumer user interface unit coupled to receive electronically 

transmitted bills from a biher. a method comprising the following steps: 

detecting when an electronic bill arrives at the user interface unit; and 
notifying a consumer when arrival of the electronic bill is detected. 
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35. A method as recited in claim 34, wherein the step of notifying 
comprises the step of presenting ;i graphical user interface (UI) pop-up box to notify 
the consumer when the electronic bill arrives. 

36. A method as recited in claim 34, wherein the step of notifying 
comprises the step of sending an instruction to launch a personal finance manager or 
other consumer-designated application. 

37. A method as recited in claim 34, wherein the step of notifying 
comprises the step of sending an instruction to wake-up the user interface unit from a 
sleep mode. 

38. A method as recited in claim 34, wherein die step of notifying 
comprises the step of sending an instruction to the bilier or billing service 
representative to notify the consumer by telephone or facsimile. 

39. A method as recited in claim 34, further composing the following 

steps: 

presenting an itemized account of the electronic hill; and 

enabling the consumer to challenge payment of all or part of the electronic 

bill 
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40, A method as recited in claim 34 t farther comprising the following 

steps: 

presenting the electronic hill as a list of payable items and predefined dispute 
reasons associated with the items that the consumer can select to challenge a 
5 particular item on the bill; and 

enabling the consumer to challenge a particular item on the electronic bill by 
selecting one of the associated dispute reasons. 
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